Interesting pattern! Basically, elicitation implemented as an MCP App! Although, for servers using the SHTTP transport, I think it might cause similar reliability issues (around long-running requests, server affinity, etc). What are your thoughts about that?

Yup essentially fancy elicitation.

I think the way to tackle reliability is to have the servers set a taskHint for clients that support it 🙂 I'll add mention of this to the example.

Nice use case @connor4312 (definitely one that's been asked a lot)!
Agree that the long-running tool issue can be tricky here, and perhaps a task-based implementation will make the pattern too complex?
But a really cool idea, interweaving the two tools like that in the app

Maybe, I think right now implementing task support in a server using the TS SDK is a bit complicated. But I know they're still working on it and in theory an SDK (or helper library) could abstract common patterns enough that implementing a task-based tool for a server is not much more expensive than implementing any other kind of tool call. Ideally one would just plug in their choice of persistence layer (memory/redis/etc) into a tool definition and be good to go.